C4
Softwarearchitektur
Überblick Die 4 Ebenen Glossar Quiz
Interaktives Lernmodul

Das C4-Modell für Softwarearchitektur

Eine gemeinsame visuelle Sprache für Architektur — vom Gesamtbild bis zum Code. Lies dich durch, spiele die Ebenen durch und teste dich anschließend im Quiz.

4 Abstraktionsebenen
25 Fachbegriffe
Quiz & Übungsfragen
Quelle: Vorlesung „Berufsfeld Informatik“ · Hochschule Bielefeld · nach Simon Brown

Das C4-Modell (Simon Brown) beschreibt Softwarearchitektur wie eine digitale Landkarte: Man zoomt über vier Ebenen vom Groben ins Feine. So entsteht ein Bild, das weder zu vage noch überladen ist.

EBENE 1 · KONTEXT
Das System als Black Box in seiner Umwelt — Nutzer & externe Systeme.
EBENE 2 · CONTAINER
Separat deploybare Einheiten: Frontend, Backend, Datenbank, Services.
EBENE 3 · KOMPONENTEN
Ein Container zerlegt in logische Bausteine: Schnittstelle, Logik, Datenzugriff.
EBENE 4 · CODE
Die Implementierung (Klassen/Structs) — oft automatisch generiert oder weggelassen.
Warum C4?

Ordnung im Architektur-Chaos

DAS GRUNDPROBLEM

Traditionelle Architekturdiagramme sind oft entweder zu vage oder hoffnungslos überladen — beides hilft niemandem weiter.

DIE ANALOGIE

C4 funktioniert wie eine digitale Landkarte: Man zoomt rein und raus, um genau den passenden Detailgrad zu sehen.

DER ERFINDER

Entwickelt von Simon Brown, um eine gemeinsame visuelle Sprache für Entwickler und Stakeholder zu schaffen.

Von weit weg bis ganz nah
01
Kontext
Weltall 🛰
02
Container
Kontinent
03
Komponenten
Land
04
Code
Straßenkarte
Interaktiv erkunden

Die vier „C“s der Abstraktion

Wähle eine Ebene — das Diagramm zoomt in das durchgehende Beispiel einer Health-Plattform hinein. Der wandernde Punkt zeigt die Kommunikationsrichtung.

SYSTEM-KONTEXTDIAGRAMM
Akteure
P
Patient
Persona
A
Arzt
Persona
nutzt
SOFTWARE-SYSTEM
Health Plattform
◼ Black Box
ruft auf
Externe Systeme
E-Mail-Provider
Drittanbieter
Labor-API
Drittanbieter-API
Kliniksystem
Altsystem
Das System wird als Black Box betrachtet. Es zeigt, wie Nutzer (Patienten, Ärzte) und externe Dienste zusammenhängen.
Ebene 1 — Kontext
Die Weltall-Perspektive
ZIELGRUPPE
Technische & nicht-technische Stakeholder (Management, Fachbereich, Entwickler)
FOKUS
Das Gesamtsystem als Black Box in seiner Umwelt
INHALT
Personas / NutzerrollenDas eigene SystemExterne Abhängigkeiten
KERNFRAGE
„Wie fügt sich unser System in die bestehende IT-Landschaft ein?“
CONTAINER-DIAGRAMM · in „Health Plattform“
P
Patient
A
Arzt
HTTPS
Web-App
Container · SPA
Mobile App
Container · iOS/Android
JSON/API
API-Backend
Container · Go / REST
Ingestion & Analytics API
Container · Go
SQL
Datenbank
PostgreSQL
Wir zoomen hinein und sehen die einzeln deploybaren Softwareeinheiten (Frontend, Backend, Datenspeicher).
Ebene 2 — Container
Die Kontinent-Perspektive
ZIELGRUPPE
Entwickler, Operations / DevOps und Softwarearchitekten
FOKUS
Technologische Entscheidungen und Datenflüsse
BEISPIELE
Single Page ApplicationsMobile AppsMicroservicesDatenbanken / Dateisysteme
KERNFRAGE
„Welche Technologien nutzen wir und wie kommunizieren die Teilsysteme untereinander?“
KOMPONENTEN · in „Ingestion & Analytics API“
REST-Controller
Schnittstelle
ruft
Ingestion-Service
Geschäftslogik
Analytics-Engine
Geschäftslogik
nutzt
Repository
Datenzugriffsschicht
SQL
Datenbank
Wir zoomen in einen einzelnen Container hinein, um zu sehen, wie die logischen Komponenten die Daten verarbeiten.
Ebene 3 — Komponenten
Die Länder-Perspektive
ZIELGRUPPE
Softwarearchitekten und das konkrete Entwicklerteam
FOKUS
Zerlegung eines einzelnen Containers in seine logischen Bausteine
INHALT
SchnittstellenGeschäftslogikDatenzugriffsschichten
KERNFRAGE
„Aus welchen logischen Komponenten besteht dieser Service und wie hängen sie zusammen?“
CODE · in „Anonymization Pipeline“ (Go)
«struct»
Pipeline
- anonymizer Anonymizer
- rules []Rule
+ Run(in []Record) []Record
«uses»
«interface»
Anonymizer
+ Anonymize(r Record) Record
«implements»
«struct»
HashAnonymizer
- salt string
+ Anonymize(r Record) Record
Wir zoomen in eine Komponente, um die konkrete Code-Struktur (Klassen, Interfaces, Structs) abzubilden.
Ebene 4 — Code
Die Straßenkarte
ZIELGRUPPE
Entwickler
FOKUS
Abbildung der Komponenten auf Code-Ebene (UML-Klassen- oder ER-Diagramme)
⚠ PRAXIS-TIPP
Manuelle Pflege ist meist reine Zeitverschwendung — Code ändert sich täglich.
EMPFEHLUNG
Automatische Generierung durch die IDE nutzen — oder diese Ebene weglassen, wenn sie keinen Mehrwert bietet.
Übungsaufgabe

Erstellt die vier Ebenen selbst

Modelliert eine eigene Anwendung durch alle vier C4-Ebenen hindurch — vom Kontext bis zum Code.

EBENE 1 · KONTEXT
Hauptsystem als Black Box + Interaktion mit primären Akteuren und externen APIs.
EBENE 2 · CONTAINER
Einheiten abbilden: Frontend-Web, Mobile App, API-Backend, Datenspeicher.
EBENE 3 · KOMPONENTEN
Container in ihre logischen Kernkomponenten zerlegen.
EBENE 4 · CODE
Klassendiagramme für die Implementierung (Interfaces / Klassen).
Fachwortglossar

Begriffe — Englisch & Deutsch erklärt

Jeder englische Fachbegriff mit deutscher Übersetzung und kurzer Erklärung. Nutze die Suche.

{{ g.en }}
{{ g.de }}
{{ g.desc }}
Kein Begriff gefunden. Versuch es mit einem anderen Suchwort.
Teste dich

Quiz & Übungsfragen

Wähle bzw. schreibe deine Antwort und drücke Prüfen — du bekommst sofort Rückmeldung mit Erklärung. Bei offenen Fragen deckst du selbst die Musterlösung auf.

A

Multiple Choice

· eine richtige Antwort
{{ q.q }}
{{ q.feedbackText }}
B

Wahr oder Falsch

{{ q.q }}
{{ q.feedbackText }}
C

Begriffe zuordnen

Klicke links einen Begriff, dann rechts die passende Definition — der Buchstabe erscheint am Begriff. Danach auf Prüfen.
BEGRIFF
DEFINITION
{{ matchResultText }}
D

Offene Fragen

· selbst antworten, dann vergleichen
{{ q.q }}
MUSTERLÖSUNG
{{ q.sol }}
E

Freie Aufgaben

· zeichnen & beschreiben
{{ q.task }}
Tipp: {{ q.hint }}
MUSTERLÖSUNG
{{ q.sol }}